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Embodiments of the present invention relate to the transfer of personal data and settings from a 
device to a server and the transfer of that personal data to the same or a different device. 

5 

In this patent application, the term 'transfer' means to move from a source to a target and/or to 
copy from a source to a target. 

There is a current trend towards the personalisation of mobile devices. This can be seen with the 
10 development of removable fashion covers for mobile telephones and personal digital assistants that 
allow the appearance of a device to be personalised. It is also evident in the popularity of 
personalised audible incoming call alerts, which may be personalised by downloading or 
composing ring-tones. It is also possible to personalise software applications, for example, by 
selecting settings and entering or downloading data. 

15 

A user of a mobile device may spend a considerable amount of time and effort configuring the 
device's settings and gathering their own personal collection of data on the device. Other mobile 
devices appear less attractive fo a user because they do not have correctly configured settings and 
do not contain the user's personal collection of data. Hie amount of time and effort that is required 
20 to recreate the same configuration of settings and the same collection of data on the new device is 
very great. 

It would therefore be desirable to be able to transfer the user's personal collection of data and/or 
settings from one mobile device to another mobile device. 

25 

SyncML ™ synchronisation allows data from one device to be copied to another device. However 
SyncML Synchronisation cannot be used for all types of data. 

SyncML ™ Device Management (DM) is an open, universal industry standard. It gives third 
30 parties, such as service providers and corporate information management departments, the ability to 
carry out difficult configuration procedures for mobile terminals on behalf of the users. The service 
provider or corporate information department can therefore enforce a configuration on a plurality 
of mobile terminals very easily. This allows the setting of software parameters, remote trouble 
shooting and installing and upgrading software. However, SyncML DM is generally used for the 
35 configuration of multiple terminals at a time and the process is initiated on the server side by the 
third party. 
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According to one aspect of the present invention there is provided a mobile device, for initiating 
the transfer of a personal collection of data and/or settings to/from a remote server, comprising: 
transceiver means arranged to transmit an initiation message to the server for initiating the setting- 
up of a session between the server and the device, by the server, for the transfer of a personal 
5 collection of data and/or settings between the device and the server. The session may be a SyncML 
DM session. 

According to another aspect of the present invention there is provided a server, for transferring a 
user's collection of personal data and/or settings to/from a remote device, comprising: transceiver 
10 means for communicating with a remote device identified in a received initiation message, to set- 
up a session between the server and the identified device for the transfer of a personal collection of 
data and/or settings between the device and the server. The session may be a SyncML DM session. 

According to a further aspect of the present invention there is provided a system comprising: a first 
15 mobile device, for initiating the transfer of a personal collection of data and/or settings from the 
first mobile device to a remote server, comprising first transceiver means arranged to transmit an 
initiation message to the server for initiating the setting-up of a session between the server and the 
first mobile device, by the server, for the transfer of a personal collection of data and/or settings 
between the device and the server; a server for setting up sessions and storing collections of data 
20 and/or settings; and a second mobile device, for initiating the transfer of a personal collection of 
data and/or settings from a storage location in the server to the second mobile device, comprising 
first transceiver means arranged to transmit an initiation message to the server for initiating the 
setting-up of a session between the server and the first mobile device, by the server, for the transfer 
of the collection of personal data and/or settings between the device and the server. The sessions 
25 may be a SyncML DM sessions. 

According to a still further aspect of the present invention there is provided a method of 
personalizing a second device comprising the steps of: uploading a personal collection of data and 
settings from a first device to a server for storage; and downloading a stored personal collection of 
30 data and settings from the server to a second device. 

For a better understanding of the present invention reference will now be made by way of example 
only to the accompanying drawings in which: 

Fig. 1 illustrates client-server system comprising a mobile device communicating with a server 20; 
35 Fig 2 illustrates a management tree data structure; 

Fig 3a is a signaling diagram for upload of a personal collection of data and settings; 
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Fig 3b is a signaling diagram for download of a personal collection of data and settings; and 
Fig 4 schematically illustrates the content of the upload initiation message 50. 

5 Fig 1 illustrates a client-server system 2 comprising a mobile device 10 communicating via a 
cellular telephone network 18 with a server 20. The mobile device 10, in this embodiment a mobile 
telephone, comprises: a processor 11, a cellular radio transceiver 12, a memory 13, an input device 
14 e.g. a keypad, a display 15, a smart card 16 and an* audio output device 17. 

10 The processor 11 controls die mobile telephone 10. It is connected to write to and read from the 
memory 13. It receives input data from the keypad 14 and provides output data to the display 15 
and audio output device 17. It controls the cellular radio transceiver so that it can communicate in 
the cellular telephone network 18 which may be, for example, a GSM or WCDMA network. The 
processor is also connected to the smart card 16, which at least provides user identification 

15 information to the processor such as the user's telephone number or IMSL The operation of the 
processor li is controlled by software stored in the memory 13 and loaded into the processor. In 
operation, the processor receives and transmits data via the transceiver 12 and writes and reads data 
from the memory 13 . 

20 The server 20 comprises an input/output interface 21 connected to the cellular radio network 18 
either directly or indirectly, a processor 22 and a memory 23. The server 20 is a SyncML DM 
server. It issues SyncML DM commands to the mobile telephone 10 via the input/output interface 
21 and correctly interprets responses from the mobile telephone 10. 

25 In the mobile telephone 10, processor 11 operates as a management client (MC) and maintains a 
management tree data structure 100 in the memory 13. The MC correctly interprets SyncML DM 
commands received from the server, executes appropriate actions in the mobile telephone 10 and 
sends back relevant responses to the issuing management server via the transceiver 12. 

30 The management tree 100 (Fig. 2) is a mechanism by which the management client interacts with 
the mobile telephone 10. The MC may store or retrieve values from the tree and manipulate the 
• properties of the tree. The management tree has nodes connected by branches. Each node can be 
uniquely addressed by a URL A node may be an interior node which may have any number of child 
(dependent) nodes, but cannot store any value or a node may be a leaf node, which cannot have 

35 child (dependent) nodes but can store a value. A value may be a string, a file, a number etc. The 
nodes can be manipulated by the MC. 
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The management tree 100 of the present embodiment, illustrated in Fig. 2. differs from the 
management tree defined in SyncML Device Management Tree and Description, vl.1.1, 2002-10- 
02, in that it has a new, additional management object 102 ( a personal or user management object). 
5 The additional user management object 102 is a sub-tree off the root 104. The sub-tree 102 starts 
with a 'user' interior node 106 depending from the root interior node 104. 

The collection of personal data and settings defined by the user management object 102, has three 
distinct sets of data/settings- downloaded data included in the sub-tree depending from the 
10 'download' node 108, settings included in the sub-tree depending from the 'settings' node 130 and 
application data included in the sub-tree depending from the 'applications' node 150. These sets of 
data and the consequent structure of the user management object 102 are merely illustrative. 

A 'download' node 108 depends from 'user' node 106 and defines a user management object for 
15 downloaded data. The 'download' node 108 has three dependent nodes 'multi-media' 110, 'games' 
1 12 and 'ring-tones' 1 14. 

» 

In this example, the 'multi-media' node 110 has three dependent nodes 'audio' 116, 'graphic' 118 
and 'video' 120. The 'audio' node 116 has a single leaf node 122 the value of which is an audio 

20 file. This file may be used to reproduce sounds via the audio output device 17 of a mobile 
telephone 10. Hie 'graphic' node 118 has a single leaf node 124 the value of which is a graphic 
file. This file may be used to reproduce an image on the display 15 of the mobile telephone 10. It 
may have been taken by a camera attached to or integrated with the mobile telephone or may have 
been downloaded via the internet, for example, using WAP. The 'video' node 120 has two leaf 

25 nodes 126 and 128 each of which has a different video file as its value. Each of the video files may 
be used to reproduce a video sequence on the display of a mobile telephone. They may have been 
captured by a camera attached to or integrated with the mobile telephone 10 or downloaded via the 
internet. 

30 The 'games' node 112 has a single leaf node 130 the value of which is a game application e.g. 
'Snake ™' and the 'ring-tone' node 114 has two leaf nodes 132 and 134 each of which has as its 
value a ringing-tone file for controlling the incoming call alert of the mobile telephone 10. The 
game, in this example, is a Java application previously downloaded via the internet and the ringing 
tones were previously selected and paid for by the user and delivered via SMS messages. 

35 

A 'settings' node 130 also depends from the 'user' node 106. It has a dependent 'operator settings' 
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node 142 and a dependent leaf node 144. The dependent leaf node 144 has as its value the user 
phone profile of the mobile phone 10. It defines the settings selected by a user for e.g. incoming 
call alert, volume of incoming call alert, active call diversions, incoming message alert etc. The 
'operator settings' node 142 has two dependent leaf nodes 146 and 148, which respectively define 
5 the WAP settings and the email settings which allow a mobile telephone to communicate using 
WAP and email, respectively, via the cellular telephone network 18. 

An 'applications' node 150 also depends from the 'user' node 106. It has two leaf nodes 152 and 
154 which respectively define the telephone user's contacts "and the telephone user's calendar. The 
10 leaf node 152 has as its value the names and telephone numbers (and also possibly the email 
addresses and mail addresses) of the people with whom the user is in contact The leaf node 154 
has as its value the appointments and entries die user has made in the calendar of the mobile 
telephone 10. 

15 Therefore the collection of private data and data is defined by the user management object 102. 
Each piece of personal data/ personal setting is associated with a separate one of the leaf nodes 122, 
124, 126, 128, 130, 132, 134, 146, 148, 144, 152 & 154. 

New nodes can be created (e.g. download an audio file) and the values at certain leaf nodes can be 
20 changed (e.g. change the user's phone profile). As values are created and changed the user 
management object 102 is updated. This is possible as there is synchronous run time access to the 
leaf nodes and interior nodes. 

The above described management tree is merely illustrative. It may have a different structure and 
25 content, but will always be a hierarchical nodular data structure. 

Upload 

The uploading of the collection of private data and settings from a mobile telephone 10 to a server 
30 20 is illustrated in Fig. 3a. The mobile telephone 1 0, in response to a u ser a cruation, sends an 
upload initiation message 50 to the server 20. The server 20 then initiates a SyncML Data 
Management (DM) Session 52. The DM session 52 is used to transfer the sub-tree structure 102 to 
the server 20. 

35 The initiation message 50, illustrated in Fig 4, comprises: a PEST code 60, data ID 62, and user ID 
64. The PIN code 60 is included for security. The data ID 62 identifies the data which the server 20 

5 
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should retrieve from the mobile telephone 10 during the DM session 52 initiated by the upload 
initiation message 50. The user ID 64 identifies the user of the mobile telephone or the mobile 
telephone itself so that the server 20 can initiate the DM session 52 with the correct mobile 
telephone 10. 

5 

To initiate uploading of a user's collection of personal data and. settings, the user selects the 
"upload personal data" option from the mobile telephone's menu. The menu gives the user two 
options- "upload all" and "selective upload". Selecting "upload all" results in the data ID 62 being 
set to "./user". This identifies the starting node of the user management object 102 defining the 

10 user's collection of personal data and settings. Selecting "selective upload" results in the user 
management object 102 being presented as a menu structure to the user, who can then use the menu 
to navigate through the tree-structure of the user management object 102. The menu initially starts 
witii the menu positioned at the 'user' node 102. The menu displays as selectable options for the 
user the connected nodes in the lower hierarchical level of the tree-structure. The menu would 

15 present three options "download", "settings" and "applications". Selecting an option positions the 
menu at the corresponding node. The user may navigate deeper into the tree-structure by selecting 
one of the displayed options to move the menu to one of the connected nodes in the lower 
hierarchical level or the user may return to the connected n ode in the upper h ierarchical level. 
When the menu is positioned at the desired node, the user selects that node as the data ID. The 

20 selecting of a menu option corresponding to an interior node will result in the uploading of the 
management tree structure that depends from that node. If for example, "download" is chosen, the 
data 3D 62 for the upload initiation message 50 is set to "./user/download", whereas if "ring-tones" 
and "games" were chosen it would be "yuser/download/games; ./mer/download/ring-tones". 

25 Once the data has been selected, the user is requested by the mobile telephone 10 via the display 15 
to enter a PIN code 60 via the mobile telephone's keypad 14. The mobile telephone 10 then, 
automatically includes the user ID 64, which is typically the phone number of the mobile 
telephone. The upload initiation message 50 including the PIN code 60, user ID 64 and data ID 62 
is then sent to the server 20. 

30 

The upload initiation message 50 may be sent by any suitable means such as in a Short Message 
Service (SMS) message or, if the device is a personal digital assistant without mobile telephone 
capabilities via IR or Bluetooth. 

35 The server 20 maintains a database in the memory 23. The processor 22 creates a record in the 
database using the user ID 64 received in the upload initiation message 102 and the record is 
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secured using the PIN code 60 received in the upload initiation message 102. This record is used to 
store the user management object 102 (or a part of it) that includes the user's collection of personal 
data and settings. 

5 The server initiates the DM session 52 using the procedure described in SyncML Device 
Management Tree and Description, vl.1.1 and obtains the collection of personal data and settings 
using the 'Get' command. The 'Get' command is formatted in XML. If the data ID 62 has a format 
"X", then suitable format is for the 'Get' command is: 

10 <Get> 

<CmdID> 4 </CmdID> 
<Item> 
<Target> 

<LocURI> X ?list=StructData</LocURI> 
15 </Target> 
</Item> 
</Get> 

The MCof the mobile telephone 10 responds to the 'Get' command using <Result> including 
20 multiple <Item> elements. Each <Item> defines the location of a node using a <source> element 
and the value of that node, if any, using a <data> element. 

Although the sending of the upload initiation message 50 is described as in response to the user 
action, in alternative embodiments it may be sent automatically e.g. on changing the SIM card 16. 

25 

Download 

The user's personal collection of data and settings can be downloaded from the server 20 to the 
30 same mobile telephone 10 at a later time or to a different mobile device 10' then or at a later time. 
The server 20 may therefore be used to back-up the user's personal collection of data and settings 
or as an intermediary in copying the user's collection of data and settings to a new device. 

The process of downloading a user's collection of data and settings is illustrated in Fig 3b. A 
35 second mobile device 10' sends a download initiation message 60 to the server 20. The server 20 
then initiates a SyncML Data Management (DM) Session 62. The DM session 62 is used to transfer 
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the user management object 102, or a part of it, stored in the relevant database record to the mobile- 
device 10\ 

The download initiation message 60 comprises: a PIN code 60 and user ID 64. The PIN 60 is 
5 included for security. The user ID 64 identifies the user of the mobile telephone or the mobile 
telephone 10' itself so that the server 20 can initiate the DM session 62 with the correct mobile 
telephone 10'. 

To initiate downloading a user's collection of personal data and settings, the user selects the 
10 "download personal data" option from the menu of the mobile telephone 10'. The user is requested 
to enter a PIN code 60 via the mobile telephone's keypad 14. The mobile telephone 10' then 
automatically includes the user ID 64, which is typically the phone number of the mobile telephone 
10'. The download initiation message 60 is then sent to the server 20. 

15 The download initiation message 60 may be sent by any suitable means such as a Short Message 
Service (SMS) message or, if the device is a personal digital assistant without mobile telephone 
capabilities via IR or Bluetooth. 

The server 20, checks the PIN code 60 in the download initiation message 60 against the PIN code 
20 securing the record, in the server's database, corresponding to the user ID 64. If there is not 
agreement, an error message is returned to the.client 10'. 

If there is agreement, the record is accessed. The server 20 then initiates a DM session 62 using the 
procedure described in SyncML Device Management Tree and Description, vl.1.1. It obtains the 
25 collection of personal data and settings from the accessed record, processes it and sends it to the 
mobile telephone 10* using the * Add' command. 

The data stored in the record has the (XML) format: <Result> including multiple <Item> elements 
(one for each node). Each <Item> defines the location of its node using a <source> element and the 
30 value of that node, if any, using a <data> element. 

The 'Add' command is formatted in XML. The Add command has the format <Add> including 
multiple <Item> elements (one for each node). Each <Item> element defines at least the location of 
its node using a <target> element and the value of that node, if any, using a <data> element. 

35 

The Add command is created from the stored record by converting the stored <Item> elements into 
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<Item> elements for the Add command. This involves converting the <source> element into the 
target element of the Add command without changing the location of the node. This is achieved by 
replacing "<Source>" with "<Target>" and "</Source>" with "</Target>". 

5 Although, the sending of the download initiation message 60 has been described as a result of user 
actuation, in other embodiments, it may be sent automatically. In one. advantageous embodiment, 
the mobile telephone 10 senses when a new smart (SIM) card 16 has been inserted, and in response 
sends the download initiation message 60. Each smart (SIM) card 16 carries a unique identifier. 
The insertion of a new smart card 16 can be sensed by storing the unique identifier of the smart 
10 card 16 in a non-volatile memory when the mobile telephone 10 is switched off and then 
comparing the stored value with a value read from the smart card 16 that is present when the 
telephone 10 is switched on. If the values are the same the smart card 16 has not been changed. If 
they are different the smart card 16 has been changed. 

15 An issue arises in the above described process for recreating a user's personal collection of data on 
another device. S ome of that data may b e p rotected bye opyright and the user m ay not have a 
licence to create multiple copies. In order to avoid issues of copyright infringement, in one 
embodiment copyrighted material will not be copied from the first mobile telephone 1 0 to the 
server 20 and then from the s erver 20 to the second mobile telephone 10' but will, instead, be 

20 moved from the first mobile telephone 10 to the server 20 and then moved from the server 20 to the 
second mobile telephone 10*. This is achieved by the combination of a copy command which 
transfers values from the source to the target with a delete command which removes the values in 
the source. 

25 Thus in the above described process copyrighted material assigned to a particular value is identified 
as such by die value. The MC processes the values to be copied to the server 20 using the 'Get' 
command and identifies those relating to copyrighted material. After the values of copyrighted 
material have been copied to the server 20, the original node containing that value is deleted. 

30 As a variation to this process, a single back-up copy of the copyrighted material is allowed to be 
made on the server 20, but it cannot subsequently be transferred to another device until the original 
version in the first device has been deleted. 

^ Although embodiments of the present invention have been described in the preceding paragraphs 

35 with reference to various examples, it should be appreciated that modifications to the examples 
< given can be made without d eparting f rom t he s cope o f t he i nvention as c laimed. For e xample 

9 
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although described with reference to a mobile phone, it should be appreciated that the present 
invention can find, application in any user configurable device which has an input/output means for 
communicating with the server 20. It has particular application in mobile devices such as mobile 
telephones and personal digital assistants, but may also find application in personal computers, for 
5 example. 

Whilst endeavouring in the foregoing specification to draw attention to those features of the 
invention believed to be of particular importance it should be understood that the Applicant claims 
protection in respect of any patentable feature or combination of features hereinbefore referred to 
"10 and/or shown in the drawings whether or not particular emphasis has been placed thereon. 
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